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Verfahren und Einrichtung zum Betreiben eines Sekuixdarbe- 
triebs systems neben einem Primarbetriebs system 

Die' Erf inching betrif ft ein Verfahren und ,eine Einrichtung 
zum Betreiben eines Sekundarbetriebssystems auf einem Rech- 
ner neben einem PrimMrbetriebssystem. 

Das Betreiben zweier auf einem Rechner, genauer in den Ran- 
dom-Access-Speicher eines Rechriers geladener Betriebssy- 
stems nicht nur alterna.tiv, sondern wechselweise ohne Neu- 
starten des Rechners.ist bekannt. 

So zeigt die WO • 98/09225 ein Betriebssystem zur Echtzeiter- 
weiterung ftir die herkommlichen - an sich. nicht echtzeitfa- 
higen - Microsof t -Windows -Syst erne durch spezielle Mikroker- 
ne (Microkernel). 

Die DE 44 06 094 C2 zeigt ebenfalls eine Echtzeiterweite- .' 
rung der herkommlichen Microsof t-Windows-Systeme mittels 
eines vollstandigen Echtzeit-Betriebssystems, welches auch 
separat, d.h. unabhangig von Windows auf einem Rechner 
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lauffahig ist. Das sekundare Echtzeit-Betriebssystem hat 
dabei direkten Zugriff auf lediglich eine Untermenge der 
Prozessor-Register und Hardware-Komponenten des Rectiners. 

Es ist weiterhin bekannt unter einem Betriebssystem einen ' 
virtuellen Rechner (virual machine) zu emulieren, auf dem 
dann ein zweites Betriebssystem laufen kann. Hier lauft das 
Sekundar-Betriebssystem unter Kontrolle des den virtuellen 
Rechner emulierenden Mohitor-Programms . Das Sekundar- 
Betriebssystem kann nicht auf samtliche Register des Pro- 
zessors direkt zugreif en, sondern eben nur unter Kontrolle 
des Monitor-Programms. 

Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren und 
15 eine Einrichtung zu schaffen, mittels ' derer auf einem Rech- 
ner neben einem Primar-Betriebssystem ein Sekundar-Be- 
triebssystem ohne Reduzierurig seiner Performance, insbeson- 
dere unter Beibehaltung von Echtzeitf ahigkeiten bei ,minima- 
lem Eingriff in das Sekundarbet.riebssystem, insbesondere 
lediglich in dessen Board Support Packet laufen kann, wobei 
das Sekundar-Betriebssystem dennoch, wenn es aktiv ist, auf 
der. zentralen Prozfessoreinheit (CPU) derart arbeitet, als 
ob es als - einziges - Betriebssystem geladen 'ist und dem- 
gemafi auf den gesamten Prozessor und dessen virtuellem 
Speicherbereich ohne jegliche Einschrankung ■ zugreif en kann. 
Der Zugriff erfolgt hierbei .ohne Zuhilfenahme der 

ErfindungsgemaB wird die genannte Aufgabe mit einem Verfah- 
ren der eingangs genannten Art gelost, welches dadurch ge- 
30 kennzeichnet ist> dass ein Sekundar-Betriebssystem-Treiber 
(SBS-Treiber) des Primar-Betriebssystems zum Laden und Sta- 
ren des Sekundar-Betriebs-systems geladen wird. 
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Eine Einrichtung zum Betreiben eines Sekundar-Betriebs- 
35 systems auf einem Rechner neben einem Primar-Betriebssystem 



sieht demgemaJJ einen Treiber des Primar-Betriebssystems zum 
Laden und Starten des Sekundar-Betriebssystems vor. 

Durch das erf indungemafie Vorsehen eines Treibers des Pri- 
5 mar-Betriebssystem zum Ansteuern und Laden des Sekundar- 
Betriebssystems uber dessen Board-Support-Package, oder 
Platinen-Unterstiitzungs-Paket w'ird weiterhin vermieden, 
dass der Kern des Sekundar-Betriebssystems zum Betrieb des- 
selben eben als Sekundar-Betriebs system neben einem Primar- 
10 Betriebssystem ge'andert werden muss. 

Das Board-Support-Package ist die Software, die die Verbin- 
dung zwischen einer Hardware (dem Board) und einem Be- 
triebssystem bildet "(Support) . Betriebssysteme die auf meh- 
15 reren Plattformen . (Hardwareumgebung incl ; • Prozessor , Spei- 
cher etc.) zum Einsatz kommen, haben immer ein BSP, das so- 
mit ein fester Bestandteil des Betriebssystems .ist. Embed- 
ded Betriebssysteme, wie Windows CE, bestehen aus einem Be- 
triebssystem-Kern und eben dem BSP, durch dessen Modifika- 
20 tion man das Betriebssystem auf eine spezielle Hardware- 

Plattform anpassen kann und aiich muss, ohne den Betriebssy-, 
stem-Kern kennen zu mtisseri. 

Das Board-Support-Package eines Betriebssystems wird von 
dem Anbieter des Betriebssystems regelmafiig ohnehin im 
Quellcode offengelegt, da es insbesondere die sogenannten 
Basis-Hardware-Dienste enthalt, uber die fUr das fragliche 
Betriebssystem die notwendigen Schnittstellen zur Hardware; 
wie beispielsweise Interfupt-Controller, Systemzeitgeber , 
3.0 hergestellt werden und die hierzu zum Einsatz auf unter- 
schiedlichen Hardware-Systemen, d.h. verschiedenen CPU- 
Plattformen entwickelt werden, wie von einem Hersteller 
spezifischer, insbesondere von den Quasi-Standard abwei- 
chender Hardware. Damit konnen durch die erf indungsgemaBe 
35 Losung alle Betriebssysteme als Sekundar-Betriebssystem 



eingesetzt werden, welche mit Hilfe eines Board-Support- 
Packages konf igurierbar und ahpassbar sind, ohne dass diese 
bei Einsatz als Sekundar-Betriebssystem ihre Performance 
verlieren und, soweit es sich urn Echtzeitbetriebssysteme 
handelt, ohne dass sie ihre Echtzeitf ahigkeit verlieren. 

In bevorzugter Ausgestaltung des erf indungsgemSfien Verfah- 
rens ist vorgesehen, dass der mit dem Primar-Betriebssystem 
geladene Sekundar-Betriebssystem-Treiber (SBS-Treiber) das 
Sekundar-Betriebssystem ladt und zwar in einen vom Primar- 
Betriebssystem nicht verwendeteh Speicherbereich des physi- 
kalischen. Random-Access-Speicher, vorzugsweise dessen obe- 
ren Bereich. 

In bevorzugter Ausgestaltung ist vorgesehen, dass in der 
Zentraleinheit des Rechners (CPU) Speicherkontexte 
(viftuelle Arbeitsraume) geschaffert werden, wobei insbeson- 
dere der SBS-Treiber in der Zentraleinheit (CPU) einen Tun- 
nelkontext aufsetzen kann, iiber den ein Wechsel des Arbei- 
ten der Betriebssysteme vermittelt wird. Der als Kontext 
bezeichnete virtuelle Arbeitsraum set,zt sich aus beliebigen 
Blocken des physikalischen Speichers zusammen. Eine Memory- 
Management-Unit (MMU) verwaltet derartige Kontexte in einer 
als MMU-Tabelle bezeichneten Speicheirzuordnungstabelle, mit 
der der Kontext beschrieben wird. Programmtechnisch bewegt 
man sich im virtuellen Adressraum der durch die Arbeitswei- 
se der MMU auf den' physikalischen Speicher verweist. 

In Weiterbildung ist vorgesehen, dass nach dem Laden des 
Sekundar-Betriebssystems ein Einsprung in dasselbe und zwar 
genauer in das Board- Support-Paket erfolgt, welches in wei- 
terer Ausbildung entweder einen endgultigen Speicherkontext 
fur das Sekundar-Betriebssystem * Oder aber einen Hilfs- 
Speicherkontext im Prozessor aufsetzt. 
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In weiterer Ausbildung ist vorgesehen, dass .in den Tunnel- 
Kontext unter anderem eine im Treiber enthaltene Tunnel- 
• Speicherseite geladen wird, in welche der Programmablauf 
verzweigt, woraufhin tiber diese Programm-Codes des Sekun- 
3 dar-Betriebssystems in den neuen Speicher kontext (Hilfs- 
oder Sekundar-Betriebssystem-Kontext) geladen wird und der 
vollstandige Bootvorgang des Sekundar-Betriebssystems fort- 
gesetzt . wird.- 

0 Zur Durchfiihrung der vorgenannten Verf ahrensschritt ist in 
• bevorzugter Ausgestaltung der erf indungsgemalien Einrichtung 
vorgesehen, dass der SBS-Treiber einen SBS-Ladeabschnitt . 
sowie einen die Tunnel-Speicherseite beinhaltenden Tunnel- 
Bereich aufweist. 

in bevorzugter Weiterbildung des erf indungsgemalien Verfah- 
rens erfolgt nach dem Laden bzw. bei jeglichem Betrieb des 
Sekundar-Betriebssystems ein Wechsel von diesem zum Brimar- 
Betriebssystem entweder bei Ruhen des Sekundar-Betriebs- 
systems (Eintritt desselben in seine Leerlauf schleif e - 
.Idle-Loop) Oder aber durch einen entsprechenden Rucksprung- 
befehl im Programmablauf des Sekundar-Betriebssystems zum 
Rucksprung, in das Primar-Betriebssystem. 

Zur Durchfahrung dieses Verf ahrensschritts sieht die erf in 
dungsgemalie Einrichtung weiterhin vor, dass das Board- 
Support-Paket einen entsprechenden Riicksprung-Abschnitt 
aufweist. 

in weiterer bevorzugter Ausbildung des erf indungsgemaBen 
Verfahrens ist vorgesehen, dass ein Wechsel vom Primar- 
Betriebssystem zum Sekundarbetriebssystem durch einen fur 
das Sekundar-Betriebssystem bestimmte SBS-Unterbrechungs- 
anforderung erfolgt. 
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Hierzu weist der SBS-Treiber einen Unterbrechungs-Tabellen- 
Abschnitt auf , mittels dessen er. im Primarbetriebssystem 
eine Unterbrechungsauf ruf-Tabelle (Interrupt-Tabelle) er- 
zeugt, die - unter anderem - eihen Aufruf einer Unterbre- 
5 chungs-Behandlungsroutine zum Aufruf des Sekundar- ' 
Betriebssystems enthalt. 

- In bevorzugter Weiterbildung des erf indungsgemaiien Verfah- 
rens ist demgemafi vorgesehen, dass eine Unterbrechungs- 
10 Behandlungsroutine im SBS-Treiber f die Unterbrechungs- 

Auf ruf-Tabelle des Sekundar-Betriebssystems liest und die 
Verarbeitung des letzteren an der den Unterbrechungs-Auf ruf 
betreffenden Stelle fortgesetzt wird.' 

* 

.15 Erfolgt ein Unterbrechungs-Auf ruf , der nicht fur das Pri- 
mar-Betriebssystem bestimmt ist, so fangt der SPS-System- 
treiber diesen ab und leitet ihn . tiber das Board-Support- 
Paket an das Sekundar-Betriebssystem weiter, so- dass erfin- 
dungsgem&Ii ein Wechsel zwischen den Betriebssystemen mit- . 

20 tels des SBS-Treibers des Primar-^Betriebssystems und des 
Board-Support-Pakets des Sekundarbetriebssystems erfolgt. 



Insbesondere soweit ein Prozessor nicht den direkten Wech- 
sel von Kontexten unterstutzt ist erf indungsgemali in wei- 
•terer Ausbildung vorgesehen, dass der Wechsel der Aktivitat 
der Betriebssysteme mittels eines Tunnel-Bereichs in dem 
zusatzlich zum Primar-Betriebssystem - und zum Sekundarbe- 
triebssystem-Kontext aufgesetzten Tunnel-Kontext erfolgt. 



30 In weiterer bevorzugter Ausgestaltung des erf indungsgemaiien 
Verfahrens ist vorgesehen, dass beim Wechsel von einem Be- 
. triebssystem zum anderen Betriebssystem alle Systemzustande 
(im Random-Access-Speicher) gespeichert werden,- insbesonde- 
re samtliche CPU-Register, und vorzugsweise daruber hinaus 
35 samtliche prozessorinternen Caches geleert werden. In ent- 



sprechender Weiterbildung ist vorgesehen, dass beim Wechsel 
von einem Betriebssystem zum anderen Betriebssystem die 
neuen System-Zustande des anderen Betriebssystems, insbe- 
sondere CPU-Registerinhalte und Speichermanagement- (MMU- 
Tabellen) in den Prozessor geladen werden. 

Schliefilich sieht die Erfindung in weiterer Ausgestaltung 
vor, dass die Taktgenerierung fur das Sekundar-Betriebs- 
system durch den flardware-Hauptzeitgeber (Timer) erfolgt, 
also nur das Sekundarbetriebssystem auf diesen Zugriff hat, 
wahrend, die Taktgenerierung fur das Primar-Betriebssystem 
durch einen Takt-Systemtreiber erfolgt. Dies ist insbeson- 
dere vorgesehen und vorteilhaft, wenn das Sekundar- 
Betriebssystem ein Echtzeit-Betriebssystem zur Steuerung 
einer industriellen Anlage oder Maschine ist, wahrend das 
Primar-Betriebssystem zur Bedienung durch einen Bediener 
dient und diesem insbesondere eihe ergonomische graphische 
Oberflache zur Bedienung • zur Verfugung stellt. 

Weitere Vorteile und Merkmale der Erfindung ergeben sicji 
aus den Ansprttchen und a'us der nachf olgenden Beschreibung, 
in der ein Ausf uhrungsbeispiel der Erfindung unter Be.zug- 
nahme auf die Zeichnung im einzelnen erlautert ist. Dabei 
zeigt : 

Fig, 1 die Zuordnung von Primar- und Sekundarbetriebssy- 
stem zu den einzelnen Ressourcen eines Rechners 
sowie den Aufbau eines Betriebssystems am Bei- 
spiel des Sekundarbetriebssystems ;' 

Fig. 2 ein Diagramm zum Vorgang des Ladens des Sekundar- 
betriebssystems sowie bei Ruhen des Sekundarbe- 
triebssystems des Rticksprungs in das Primar- 
Betriebssystem; 



Fig. 3 ein Wechsel vom Primar-Betriebs system zum Sekun- 
dar-Betriebssystem; und 

Fig. 4 eine Darstellung zur Synchronisation der Uhr des 
Primar-Betriebssystems. 

Die Fig.l zeigt die Zuordnung der (Hardware-) Ressourcen HR 
eines Rechners zum Primar-Betriebssystems PBS und zum Se- 
kundar-Betriebssystem SBS im Rahmen der Erfindung. Sie 
zeigt weiterhin den prinzipiell.en Aufbau eines Betriebssy- 
stem am Beispiel des Sekundar-Betriebssystems SBS. 

Ein Betriebssystem weist zunachst einen Kern oder Kernel K 
als zentralen Kern desselben auf. Es weist weiterhin ein 
j Board-Support-Package BSP oder Platinen-Unterstutzungs- 
Paket auf, in dem die Basis-Hardwaredienste BHD implemen- 
tiert sind. Diese stellen die fur das Betriebs system not- 
wendigen Schnitt stellen zur Hardware, wie zum Interrupt - 
Controller, Systemzeitgeber etc. dar. Die BHD' ermSglichen 
0. es, das Betriebssystem auf unterschiedlichen Hardwaresyste- 
men einzusetzen. Gewdhnlich wird das BSP in Quellform vom 
Hersteller zur Verfugung gestellt, damit der Hardware- 
Hersteller das Betriebssystem auf seine Hardware anpassen 
kann . 



Das Betriebssystem weist weiter Architekturdienste AD auf, 
die die fur das Betriebssystem notwendigen Schnittstellen 
zu den zentralrechner-spezif ischen Diensten, wie Exception- 
und Interrupt-Bearbeitung, MMU-Verwaltung bilden. Die AD 
ermoglichen es dem Betriebssystem, auf verschiedenen Zen- 
tralprozessoreinheits-Plattformen (CPO-Plattf orm) zu arbei- 
ten. 

Das Betriebssystem weist dariiber hinaus generische Be- 
35 triebssystem-Dienste BSD auf, die Anwendungssoftware AS 
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(AS1, AS2) hochwertige Dienste, wie Speicherverwaltung, 
Netzwerk-Dienste', Multitasking-Dienste etc. zur ' VerfUgung 
stellen. Bei einem Betriebssystem steht ablicherweise le- 
diglich das BSP in Quellform zur Verfiigung, wahrend Anpas- 
sungen der Architektur- und den generischen Betriebssystem- 
Diensten nicht m6glich sind. Weiter sind die den beiden Be- 
triebssystem angeordneten physikalische Speicher PS1 und. 
PS2 sowie die Teile der Interruptkontrollen ICl und IC2 
dargestellt, die die Interupto far das PBS bzw. das SBS an- 
3 steuern 

• Wie aus der Fig. 1 entnehmbar ist, werden wichtige Ressour- 
cen des Rechners fur das Betriebssystem wie folgt zugeord- 
net:* 

.5 . • . " 

Beide Betriebssysteme verwenden, jeweils zum Zertpunkt ih- 

rer Aktivitat den gesamten virtuellen Speicher VS und samt- 
liche CPU-Register CPU-R, wie insbesondere Standardregi- 
ster, Floating-Point-Register, Steuer-Register . Beide Be 
20 triebssysteme teilen sich zunachst den Random-Access- 

Speicher RAM,, wobei jedes Betriebssystem einen Teil dieses 
Speichers besitzt und das Sekundar-Betriebssystem SBS vor- 
zugsweise in den oberen Teil des Random-Access-Speichers 
RAM geladenist. Sie teilen sich weiterhin den Interrupt- 
Controiler IRC, wobei jedem Betriebssystem eindeutige In- 
terrupts zugeordnet sind. 

Das Sekundar-Betriebssystem hat insbesondere alleinigen Zu- 
griff zum Systemzeitgeber SZG, wahrend das Primar-Be- 
30 triebssystem PBS alleinigen Zugriff auf die Festplatte FP 
' hat. Dem jeweiligen Betriebssystem sind Treiber Tl (des 
Primar-Betriebssystems) tew. T2 (des Sekundar-Betriebs- 
systems) unter anderem zur Verwaltung der jeweiligen dem 
entsprechenden Betriebssystem Zusatzhardware ZHP far das 
35 Primar- bzw. Sekundar-Betriebssystem ZHS zugeordnet. 
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Einer der Treiber des Primar-Betriebssystems ist der Trei- 
ber SBS-T zum Laden des Sekundar-Betriebssystems . 

In der Fig. 2 ist das Laden des Sekundar-Betriebssystems 
SBS dargestellt. 

Hierbei wird zunachst vorausgesetzt , dass das Prima'r- 
Betriebssystem PBS in ublicher Weise mittels eines Bootla- 
ders in den Speicher des Rechners geladen ist und dabei 
auch der Systemtreiber SBS-T fttr das Sekundar-Betriebs- 
system SBS mitgeladen wurde. 

■ 

Nach Laden des Primar-Betriebssystems PBS ladt der SBS-T 
zunachst das Sekundar-Betriebssystem SBS in einen separaten 
vom Primar-Betriebssystem PBS nicht verwendeten Speicherbe- 
reich des RAM-Speichers, vorz-ugsweise den oberen Bereich 
des physikalischen RAMs, so dass der Sekundar-Betriebs- 
systemtreiber SBS-T den Boot-Lader • f ur das Sekundar- 
Betriebssystem SBS bildet. 

Neben dem in ublicher Weise auf gesetzten Speicher kohtext 
fur das Primar-Betriebssystem PBS, aufgesetzt durch dassel- 
'be, wird zum Einsatz des Sekundar-Betriebssystems zunachst 
. durch den Systemtreiber ein Kontext BK zum Booten des Se- 
kundar-Betriebssystems und ein Tunnel— Kontext TK in der CPU 
zum Wechsel zwischen den Kontexten PK des Primar-Betriebs- 
sys.tems und dem BK aufgesetzt; 

Der Einsprung aus dem System-Treiber SBS-T in das Sekundar- 
Betriebssystem erfolgt nach dem Ladevorgang in das Board 
Support Package des Sekundar-Betriebssystems (Schritte 1 
bis 2 der Fig. 2). Sodann wird die Programmbearbeitung im 
Board Support Package des Sekundar-Betriebssystems fortge- 
setzt. Das Board Support Package setzt dabei den zum beno- 



tigten Booten des SBS Kontext BK auf , Anschlieliend wird der 
Programmablauf in den Tunnel-Bereich TB des Tunnel-Kontext 
TK verzweigt (Schritt 3) , der Boot-Kontext BK geladen 
(Schritt 4) und der Bootvorgang des Sekundar-Betriebs- 
systems fortgesetzt (Schritt 5). Hierbei s'etzt das' SBS sei- 
nen eigenen Kontext auf, in welche bei jedem zukunftigen 
Wechsel vom PBS . ins SBS verzweigt wird. 

Der Tunnel-Bereich enthalt hierzu den "Umschaltcode" zwi- 
schen dem Bootlader- bzw. Sekundar- und Tunnel kontext . Der 
Tunnel-Bereich besteht aus genau einer Speipherseite, in 
welchem der Umschaltcode abgelegt ist. Dieser Umschaltcode 
befindet sich in alien Kontexten (Tunnel-Kontext und Boot- 
lader- bzw. Sekundar-Kontext) an derselben virtuellen 
Adresse. 

Gelangt das Sekundar-Betriebssystem SBS in einen Ruhezu- 
stand IL (Idle-Loop) , so erfolgt automatisch ein Riicksprung 
in das Primar-Betriebssystem (Schritt 6, 1 8) Solange das 
Sekundar-Betriebssystem aktiv ist, werden auftretende Un- 

terbrechungs-Aufrufe ausschliefilich vom Sekundar-Betriebs- 

.- 

system SBS bearbeitet. 

Vor dem Laden des Sekundar-Betriebs systems SBS - und bei 
jedem Wechsel zu diesem - werden samtliche Register der CPU 
des Primar-Betriebssystems gespeichert und die CPU-internen 
Caches werden geleert. 

Beim Laden des Sekundar-Betriebssystems und beim Wechsel 
in dasselbe - werden samtliche CPU-Regist.er des S.ekundar- 
Betriebssystems SBS und dessen MMU-Tabellen geladen. 

Beim Wechsel vom Sekundar-Betriebssystem SBS zum Primar- 
Betriebssystem PBS erfolgt das Sichern der Systemzustan^e 
des Sekundar-Betriebssystems und das Laden der Systemzu- 
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stande fur das Primar-Betriebssystem in entsprechender Wei- 
se , 

Wenn die zentrale Rechnereinheit (CPU) einen direkten Wech- 
sel von Kontexten unterstutzt, wie es beispielsweise bei 
der Intel-X86-Architektur via Task-Saf e-Segmente der Fall 
1st, kann auch auf den Tunnel -Kontext verzichtet werden, so 
dass der Wechsel zwischen den Betriebssystemen direkt ttber 
Primar-Kontext PK und Sekundar-Kontext SK erfolgen kann. 
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Ein Wechsel von der Aktivitat des Primar-Betriebssystems 
PBS zum Aufruf und zur Aktivitat des Sekundar-Betriebs- 
systems SBS erfolgt ausschlielilich auf einen ftir letzteres 
bestimmten Unterbrechungsauf ruf (Interrupt) hin. -Beim Auf- 
15 treten eines solchen werden der Systemtreiber ST und das 

BSP.des Sekundar-Betriebssystems in den Speicherkontext SK 
des Sekundar-Betriebssystems SBS verzwe.igen und dort die 
entsprechende zugeordnete Unterbrechungs-Dienst-Routine ab- 
arbeiten. 

20 

' .Dabei- werden wie in Fig. 3 dargestellt, folgende Schritte 
durchgefuhrt : 

Die zentrale Rechnereinheit verzweigt aufgrund der Inter- 
rupt-Anforderung direkt in den Systemtreiber (Schritt A) . 
Der Systemtreiber ST sichert samtliche Prozessor-Register 
und wechselt in den Tunnel-Kontext TK (Fig.. 2). Der System- 
treiber verzweigt" in die generische Interrupt-Bearbeitung 
des BSP des Sekundar-Betriebssystems. Hier wird anhand der 
30 Interrupt-Tabelle des Sekundar-Systems ermittelt, wohin die 
Bearbeitung verzweigen soli (Schritt B) . 

Die generische Interrupt-Bearbeitung verzweigt dann in die 
Tunneling-Funktion, welche den Sekundar-Betriebssystem- 
35 ' Kontext SK aktiviert (Schritt C) . Von dort aus wird dann in 
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die Interrupt-Bearbeitungsfunktion ISR im Sekundar-Be- 
triebssystem SBS verzweigt (Schritt D) . 

Anschliefiend wird das Sekundar-Betriebssystem SBS so lange 
5 abgearbeitet, bis samtliche Prozesse ihres Rechenzeit abge- 
ben und dadurch in die Ruhe-Schleif e (Idle-Loop) des Sekun- 
dar-Betriebssystems SBS verzweigt wird. 

Von der Ruhe-Schleif e aus wird dann uber den Tunnel-Bereich 
10 in den Tunnel-Kontext TK gewechselt (Schritt 6, 7 in Fig." 

2) . Die Tunnel-Funktion kehrt dann wieder in den System- 
^ treiber des Primar-Betriebssystems PBS zuriick (Schritt 8), 
I von wo aus dieser wieder den Primar-Kontext PK aktiviert 

und den Betrieb des Primar-Betriebssystems PBS fortsetzt. 

15- 

Alternativ zur Verwendung der Ruhe-Schleif e IL des Sekun- 
d'ar-Betriebss'ystems SBS als Einsprungspunkt zum Wechsel in 
das Primar-Betriebssystem existiert die Moglichkeit, iiber 
einen regularen Prozess im Sekundar-Betriebssystem SBS die- 
20 sen Wechsel anzustoBen-. Hierzu existiert im SBS eine Funk- 
tion des. Sekundar-Betriebssystems SBS, welche von Prozessen 
aufgerufen werden kann. Der Aufruf verzweigt dann wieder , 
zuriick z<um Primar-Betriebssystem (Schritt 6 bis 8) so lan- 




ge, bis der nachst Interrupt ftir das Sekundar-Betriebs- 
system SBS auftritt. - 



Wie schon oben gesagt, wird der Haupt-Systemzeitgeber HSZG 
vom Sekundar-Betriebssystem SBS gesteuert. Hierzu wird das 
Primar-Betriebssystem dahingehend geandert, beispielsweise 

30 durch Patches, dass samtliche Zugriffe auf den Haupt- 
Systemzeitgeber HSZG durch den Systemtreiber ST abgefangen 
werden. Dieser s'peichert Inf ormationen dahingehend, mit 
welcher Taktrate das Primar-Betriebssystem PBS betrieben 
werden soil. Die Taktrate im Sekundar-Betriebssystem muss 

35 dabei.hoher sein als die des Primar-Betriebssystems. Zur 
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Synchronisation des Timers des Primar-Betriebs systems 
lauft, wie dies in der Fig. 4 dargestellt 1st, neben dem 
Hauptzeitgeber HZG im Systemtreiber ein virtueller Zeitge- 
ber VZ - mit geringerer Taktrate - mit, welcher immer dann 
urn die Taktrate des Primar-Betriebssystems PBS implement 
tiert wird, sobald die entsprechende Zeit tatsachlich abge- 
laufen ist. Gibt das Sekundar-Betriebssystem die Rechenzeit 
fur einen langeren Zeitraum nicht .ab, so lauft anschliefiend 
die Uhr fur das Primarbetriebs system so lange schneller, 
bis die Zeitdifferenz wieder aufgeholt wird und zwar im 
Takt des Zeitgebers des Sekundar-Betriebs systems . Dadurph 
.wird erreicht, dass die Uhr im Primar-Betriebssystem nicht 
nachgeht . 
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Patentanspriiche 

1. Verfahren zum Betreiben ( Implement ier en) eines. Sekun- 
darbetriebs systems auf einem Rechner neben einem Pri- 
mar-Betriebssystem, dadurch gekennzeich.net, dass ein 
Sekundar-Betriebssystem-Treiber . (SBS-Treiber) des Pri- 
mar-Betriebs systems zum Laden und Steuern des Sekundar- 
Betriebssystems geladen wird, der anschlieliend das Se- 
kundar-Betriebssystem ladt. • 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet , dass 
der Sekundar-Betriebssystem-Treiber das Sekundar- 
Betriebssystem ladt . 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeich- 
15 net, dass in der Zentraleinheit des Rechners (CPU) 

Speicherkontexte (virtuelle Arbeitsraume) geschaffen 
we r den. 
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4. Verfahren nach einem der Anspruche 1 bis 3, dadurch ge- 
kennzeichnet, dass ein Wechsel zwischen den Betriebssy- 
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stemen mittels des SBS-Treibers des Primar-Betriebs- 
systems und des Platinen^Unterstutzungs-Pakets erfolgt. 

Verfahren nach einem der Anspruche 1 bis 4, dadurch ge- 
kennzeichnet, dass das Sekundar-Betriebssystem einen 
Wechsel zum'Primar-Betriebsystem steuert. 

Verfahren nach Anspruch 5, -dadurch gekennzeichnet , dass. 
ein Wechsel vom Sekundar-Betriebssystem zum Primar- 
Betriebssystem bei Ruhen des Sekundar-Betriebs systems 
(Eintritt in Idle-Loop) erfolgt. 

Verfahren hach Anspruch 6, dadurch gekennzeichnet, dass 
ein Wechsel vom Sekundar-Betriebssystem zum Primar- 
Betriebssystem durch einen Befehl ±m Programmablauf des 
Sekundaf-Betriebssystems erfolgt. 

verfahren nach einem der Anspruche 1 bis 7, dadurch ge- 
kennzeichnet, dass ein Wechsel vom Primar- 
Betriebssystem zum Sekundar-Betriebssystem durch einen 
Unterbrechungs-Aufruf (Interrupt) erfolgt. 

Verfahren nach einem- der vorangehenden Anspruche, da- 
durch gekennzeichnet, dass der Wechsel zwischen den Be- 
triebssystemen mittels in einem Tunnelbereich des Sper- 
chers abgelegten Programmcode erfolgt.- 

Verfahren nach einem der vorangehenden Anspruche, da- 
durch gekennzeichnet, dass Unterbrechungs-Auf ruf e des 
Primar-Betriebssystemswahrend des.Ablaufs des Sekun- 
dar-Betriebssystems gesperrt Werden. 

11 Verfahren nach einem der vorangehenden Anspruche, da- 
durch gekennzeichnet, dass der Systemtreiber far D ede 
dem Sekundar-Betriebssystem zugeordneten Interrupt (der 



9. 



io. 
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also einen Unterbrechungs-Auf ruf im Sekundar- 
Betriebssystem auslSsen soli) einen Eintrag in der Un- 
terbrechungs-Auf ruf-Tabelle im Primar-Betriebssystem 
erzeugt, die. dann wiederum einen Aufruf der entspre- 
chenden Interrupt-Behandlungsroutine im Sekundar- 
Betriebssystem auslSst. 

Verfahren nach Anspruch 11, dadurch gekennzeichnet , 
dass die Unterbrechungs-Auf ruf-Behandlungsroutine im 
Systemtreiber dazu ftihrt, dass die in der Interrupt - 
Tabelle des Sekundar-Betriebs systems abgespeicherte In- 
formationen, ah welcher Stelle im Sekundar- 
Betriebs system die Abarbeitung des Interrupts .zu erfol- 
gen hat, ermittelt wird. . 

. verfahren nach einem der Anspruche 11 und 12 dadurch 
gekennzeichnet, dass nach Auftreten eines entsprechen- 
den Unterbrechungs-Aufrufs und der Ermittlung der Stel- 
le im Sekundar-Betriebssystem an welcher die Abarbei- 
tung des Interrufpts zu erfolgen hat, die Verarbeitung 
desselben an der dem Unterbrechungs-Auf ruf betreffenden 
Stelle im .Sekundar-Betriebssystem fortgesetzt wird. 

. Verfahren nach einem der Anspruche 1 bis 3, dadurch ge- 
kennzeichnet, dass beim Wechsel von einem Betriebssy- 
stem zum anderen alle Systemzustande des einen Be- 
triebssystems gespeichert werden. 

j. Verfahren nach einem der vorangehenden Anspruche, da- 
durch gekennzeichnet, dass. beim Wechsel von einem Be- 
triebssystem zum anderen Betriebssystem alle Systemzu- 
stande des anderen Betriebssystems geladen werden. 

6. Verfahren nach einem der Anspriiche 1 bis 5, dadurch. ge- 
kennzeichnet , dass die Taktgenerierung fur das Sekun- 
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dar-Betriebssystem durch. den Hardware-Hauptzeitgeber 
(Timer) erfolgt. 

17 verfahren nach einem der Anspruche 1 bis 6, dadurch ge- 
kennzeichnet, dass die Taktgenerierung fttr das Primar- 
Betriebssystem durch einen Takt-Systemtreiber erfolgt. 

18 Einrichtung zum Betreiben eines Sekundar-Betriebs- 
systems auf einem Rechner neben einem Primar-Betriebs- 
system, gekennzeichnet durch einen Sekundar-Betriebs- 
system-Treiber (SBS-Treiber) . des Primar-Betriebssystems 
zum Laden und Steuern des Sekundar-Betriebssystems . 

19. Einrichtung nach Anspruch 17, dadurch gekennzeichnet, 
dass der SBS-Treiber eine Tunnel-Kontext-Auf setz-Rou- 
tine zum Auf setzen eines Tunnel-Kontextes in der Zen- . 
traleinheit (CPU) aufweist. 

20 Einrichtung nach Anspruch 18 oder- 19, dadurch .gekenn- 
zeichnet, dass der SBS-Treiber eine Unterbrechungs- 
Aufruftabellen-Anderungs-Routinge aufweist zur Erzeu 
gung von Eintragen in der Unterbrechungs-Auf ruf-Tabelle 
des Primar-Betriebssysstems, die zumindest Eintrage fur 
die Unterbrechungs-Auffufe fiir das Sekundar- ■ 
Betriebssystem vornimmt. 

21. Einrichtung nach einem der Anspruche 18 bis 20, dadurch 
gekennzeichnet, dass das Board- Support-Paket (BSP)' ei- 
nen Abschnitt zum Rucksprung in das Primar-Betriebs 
system (PBS) aufweist. 
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Zusammenf assung 

Zum Betreiben zweier Betriebssysteme eines. Rechners ohne 
Perf omance-Verlust schlagt die Erf indung ein Verf ahren, vor 
bei dem ein" Sekundarbetriebssystem-Treiber (SBS-Treiber) des 
Primar-Betriebs systems zu Laden und Steuern des Sekundarbe- 
triebssystems geladen wird der anschlieftend das Sekundarbe- 
triebssystem ladt: Die Erf indung sieht weiterhin eine Ein- 
richtung mit einem entsprechenden Sekundarbetriebssystem- 
Treiber (SBS-Treiber) des Primar-Betriebssystems vor An- ' 
steuerung eines Platinen-Unterstutzungs-Pakets . 
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Bezugszeichenliste 


SBS 


Sekundar-Betriebssystem 


PBS 


Primar-Betriebssystem 


HR 


Hardware-Res sour cen 


K 


Kernel 


BSP 


Board-Support-Package 


BHD 


Basis-Hardwaredienste 


AD 


" Architekturdienste 


CPU 


Zentralprozessoireinheit 


BSD 


Betriebssystem-Dienste 


CPU-R 


CPU-Register 


RAM 


Random- Ac ce s s - Spe i che r 


IRC 


Interrupt-Controller 


SZG 


Systemzeitgeber 


FP 


Festplatte 


Tl 


Treiber des Primar-Betriebs systems 


T2 


Treiber des Sekundar-Betriebssystems 


ZHP 


• Zusatzhardware des Primar-Betriebssystems 


ZHS 


Zusatzhardware des Sekundar-Betriebssystems 


SBS-T 


Treiber zum Laden des Sekundar-Betriebssystems 



SKI? 

21 



PS1 
PS2 
IC1 
IC2 



physikalischer Speicher, welcher dem PBS zugeord- 
net ist 

physikalischer Speicher, welcher dem SBS zugeord- 
net ist 

Teil des Interrupts-Controllers, der die Inter- 
rupts fur das PBS ansteuert 

Teil des interrupts-Controllers, der die Inter- 
rupts fur das SBS ansteuert 
TK Tunnel -Kontext 

10 PK Kontext des Primar-Betriebs systems 

SK Kontext des Sekundar-Betriebssystems 

ST-T Syst'emtreiber-Bereich 
SK speicherkontext 
"PB Tunnelbereich 
15 il - Idle-Loop 



CO PQ 




System-Treiber 



2. Sprurjig irv 
Sekundar-ISRj 




In terrupt-Servic e 
Routine, ISR- 



Primar-Betriebssystem 



Sekundar-Betriebssystem 



Fig. 3 
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